home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 497 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.5 KB
  1. Date: Tue, 14 Sep 93 17:14:52 -0400
  2. From: dsb@cs.duke.edu (Scott Bigham)
  3. Message-Id: <9309142114.AA19183@amazon.cs.duke.edu>
  4. To: mint@terminator.rs.itd.umich.edu
  5. Subject: Tracing MiNT startup
  6.  
  7. Well, porting MiNT to HSC has so far not borne fruit.  It compiles with
  8. relatively little modification, but the resulting program locks up
  9. during startup.  Using ye olde printf() method of debugging[*], I've
  10. tracked it as far as init_intr(), but any GEMDOS/BIOS/XBIOS calls after
  11. that don't happen -- which is not surprising, since these vectors are
  12. in a sense "in flux" at that point.
  13.  
  14. So I come to you all for advice.  My questions are:
  15.  
  16. - At what point after the call to init_intr() does it again become safe
  17.   to call GEMDOS/BIOS/XBIOS routines?
  18.  
  19. - Alternatively, is there a way to generate "output" without going
  20.   through these vectors?  By "output" I mean changing screen colors,
  21.   beeping, basically anything I can use to create a detectable
  22.   "checkpoint" in the code.
  23.  
  24. Incidentally, I tried using bconout() from bios.c to do "checkpointing",
  25. with the result that MiNT suddenly booted all the way up (to my
  26. astonishment), and then started acting weird, finally dying with the
  27. message:  "pid 0 ([garbage]): Unable to remove process from queue".
  28. This is obviously not good, and I conclude that that was probably not
  29. what bconout() is supposed to be used for.
  30.  
  31.                         -sbigham
  32.  
  33. [*] I've yet to find a debugger that works well with the combination of
  34. MiNT and HSC, and taking a debugger to the operating system is not
  35. exactly my idea of a fun afternoon anyway.
  36.